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Non-Final Rejection 
Response to Amendment 

1 . It is hereby acknowledged that the following papers have been received and 
placed on record in the file: Amendment as received on 4-23-2007. 

2. Claims 1-33 have been examined. 
Status of Claims: 

3. Claims 1-3, 13-15, 25, 26, and 34-36 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Halpern et al., patent #6,282,71 1 , hereinafter Halpern and 
applicants admitted prior art in the "Background of the Invention" section pages 1-4, 
hereinafter AAPA. 

4. Claims 6-10, 18-23, 27-29, 31, and 32 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Halpern, Feinman, patent #6,075,943, and applicants admitted 
prior art in the "Background of the Invention" section pages 1-4, hereinafter AAPA. 

5. Claims 4, 5, 11, 12, 16, 17, 24, 30, and 33 have been cancelled by the applicant. 



Claim Rejections - 35 USC § 112 

The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

6. Claims 6, 7, 18, 19, and 27 are rejected under 35 U.S.C. 112, first paragraph, as 
failing to comply with the enablement requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to enable one skilled in 
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the art to which it pertains, or with which it is most nearly connected, to make and/or use 
the invention. Specifically the specification does not provide support for the negative 
limitation of "the predetermined order is not dictated by order of receipt of objects", 
though support is provided for the order not necessarily being the order they are 
received from the server. 

Claim Rejections - 35 USC § 103 

1. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. Claims 1-3, 13-15, 25, 26, and 34-36 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Halpern et al., patent #6,282,71 1 , hereinafter Halpern and 
applicants admitted prior art in the "Background of the Invention" section pages 1-4, 
hereinafter AAPA. 

3. With regard to claim 1, which teaches a method of requesting and processing a 
plurality of objects from a server, comprising: receiving a response message from the 
server, the response message containing the plurality of objects packed into the 
response message, Halpern teaches, in column 3, line 61 though column 4, line 5 and 
column 6, lines 1-28, the client receiving a package from the server containing the 
plurality of selected objects. With regard to claim 1, further teaching automatically 
unpacking the plurality of objects contained in the response message for display on the 
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web page., Halpern teaches, in column 6, lines 44-64, in column 4, lines 14-19, and 
column 4, line 66 through column 5, line 5, an automatic unpacking of objects, that 
doesn't require user interaction, where the process takes place over a network, through 
a user interface, for display on a web browser. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as either a single package or 
as a plurality of packages, similar to how Halpern offers the transfer of data between the 
server and the client (see column 3, line 61 through column 4, line 9 and in column 6, 
lines 17-28). One would have been motivated to make such a combination because in 
the bi-directional transfer system of Halpern, it would be beneficial, in terms of time 
saved in the case of lost objects, to provide the same optional packeting of objects in 
the client to server transfer. 

With regard to claim 1 , further teaching requesting a plurality of objects from the 
server, Halpern teaches, in column 3, lines 16-38 and in column 5, lines 5-51, a user 
selecting a plurality of objects from a server, but doesn't specifically teach the specifics 
of the searching. With regard to claim 1, further teaching searching in a data network 
for an information element based upon a search criteria , AAPA teaches a 
communication of requests and responses between a client and a server through the 
user of a browser (see column 3, lines 1-15), similar to that of Halpern (see column 4, 
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line 54 through column 5, line 5), but further specifies, on page 3, lines 1-4, searching in 
a network for occurrences of various types of information including text graphics, etc. 
With regard to claim 1, further teaching receiving from at least one server search results 
displayable on a web page comprising a list identifying occurrences of the information 
element, AAPA teaches, on page 3, lines 4-9, a server upon receiving a search request 
returning to a client a webpage including results of the search, including a list of text 
items or graphical images describing the search hits. With regard to claim 1 , further 
teaching wherein at least some of said occurrences of the information element identify 
objects; generating for each identified object , a request to at least on server fro 
obtaining respective objects, AAPA teaches, on page 3, lines 10-15, some of the 
returned search results being graphical thumbnail images representing files (objects), 
where the browser then requests the objects. It would have been obvious to one of 
ordinary skill in the art, having the teachings of Halpern and AAPA to combine the 
packager of data objects, of Halpern with the search system of AAPA. One would have 
been motivated to make such a combination because packaging the requests for 
objects into a one or more packaged requests (see column 3, lines 62-66), as is done in 
Halpern, provides an efficient means for transmitting large amount of data in combined 
streams. 

4. With regard to claims 2, 14 and 26, which teach decompressing the plurality of 
unpacked objects, Halpern teaches, in column 6, lines 44-64, the automatic 
decompression of the transferred objects. 
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5. With regard to claims 3 and 15, which teach decompressing the plurality of 
unpacked objects automatically in response to receiving the response message, 
Halpern teaches, in column 6, lines 44-64, the automatic decompression of the 
transferred objects. 

6. With regard to claim 13, which teaches a client processor, comprising: a 
communications module configured for receiving a response message from the server, 
the response message containing the plurality of objects packed into the response 
message, Halpern teaches, in column 3, line 61 though column 4, line 5 and column 6, 
lines 1-28, the client receiving a package from the server containing the plurality of 
selected objects. With regard to claim 13, further teaching automatically unpacking the 
plurality of objects contained in the response message, Halpern teaches, in column 6, 
lines 44-64, and in column 4, lines 14-19, an automatic unpacking of objects that 
doesn't require user interaction. With regard to claim 13, further teaching a browser 
coupled to the unpacking module, configured to present the plurality of unpacked 
objects to a user, Halpern further teaches, in column 4, line 54 through column 5, line 5, 
providing a display of the transfer system through the use of a browser. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as package of a plurality of 
packages, similar to how Halpern offers the transfer of data between the server and the 
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client (see column 3, line 61 through column 4, line 9 and in column 6, lines 17-28). 
One would have been motivated to make such a combination because in the bi- 
directional transfer system of Halpern, it would be beneficial, in terms of time saved in 
the case of lost objects, to provide the same optional packeting of objects in the client to 
server transfer. 

With regard to claim 13, further teaching the plurality of objects being 
occurrences of an information element provided as a search criteria in a data network, 
Halpern teaches, in column 3, lines 16-38 and in column 5, lines 5-51, a user selecting 
a plurality of objects from a server, but doesn't specifically teach the specifics of the 
searching. AAPA teaches a communication of requests and responses between a 
client and a server through the user of a browser (see column 3, lines 1-15), similar to 
that of Halpern (see column 4, line 54 through column 5, line 5), but further specifies, on 
page 3, lines 2-4, 7-10, and 13-15, searching, in a server network, for occurrences of 
various types of information, and displaying in the web page in response to the search 
request, resulting thumbnail images (objects) selectable to obtain the actual file. 

It would have been obvious to one of ordinary skill in the art, having the 
teachings of Halpern and AAPA to combine the packager of data objects, of Halpern 
with the search system of AAPA. One would have been motivated to make such a 
combination because packaging the requests for objects into a one or more packaged 
requests (see column 3, lines 62-66), as is done in Halpern, provides an efficient means 
for transmitting large amount of data in combined streams, such as in the request of a 
plurality items from a server, and the providing of results from the request. 
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7. With regard to claim 25, which teaches a computer readable medium for 
requesting and processing a plurality of objects from a server, comprising: program 
instructions for requesting a plurality of objects from the server, Halpern teaches, in 
column 3, lines 16-38 and in column 5, lines 5-51, a user selecting a plurality of objects 
from a server. With regard to claim 25, further teaching program instructions for 
receiving a response message from the server, the response message containing the 
plurality of objects packed into the response message, Halpern teaches, in column 3, 
line 61 though column 4, line 5 and column 6, lines 1-28, the client receiving a package 
from the server containing the plurality of selected objects. With regard to claim 25, 
further teaching program instructions for automatically unpacking the plurality of objects 
contained in the response message, Halpern teaches, in column 6, lines 44-64, and in 
column 4, lines 14-19, an automatic unpacking of objects that doesn't require user 
interaction. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as either a single package or 
as a plurality of packages, similar to how Halpern offers the transfer of data between the 
server and the client (see column 3, line 61 through column 4, line 9 and in column 6, 
lines 17-28). One would have been motivated to make such a combination because in 
the bi-directional transfer system of Halpern, it would be beneficial, in terms of time 
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saved in the case of lost objects, to provide the same optional packeting of objects in 
the client to server transfer. 

With regard to claim 25, further teaching requesting a plurality of objects from the 
server, Halpern teaches, in column 3, lines 16-38 and in column 5, lines 5-51, a user 
selecting a plurality of objects from a server, but doesn't specifically teach the specifics 
of the searching. With regard to claim 25, further teaching program instructions for 
searching in a data network for an information element based upon a search criteria, 
AAPA teaches a communication of requests and responses between a client and a 
server through the user of a browser (see column 3, lines 1-15), similar to that of 
Halpern (see column 4, line 54 through column 5, line 5), but further specifies, on page 
3, lines 1-4, searching in a network for occurrences of various types of information 
including text graphics, etc. With regard to claim 25, further teaching program 
instructions for receiving from at least one server search results displayable on a web 
page comprising a list identifying occurrences of the information element, AAPA 
teaches, on page 3, lines 4-9, a server upon receiving a search request returning to a 
client a webpage including results of the search, including a list of text items or 
graphical images describing the search hits. With regard to claim 25, further teaching 
wherein at least some of said occurrences of the information element identify objects; 
program instructions for generating for each identified object , a request to at least on 
server fro obtaining respective objects, AAPA teaches, on page 3, lines 10-15, some of 
the returned search results being graphical thumbnail images representing files 
(objects), where the browser then requests the objects. It would have been obvious to 
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one of ordinary skill in the art, having the teachings of Halpern and AAPA to combine 
the packager of data objects, of Halpern with the search system of AAPA. One would 
have been motivated to make such a combination because packaging the requests for 
objects into a one or more packaged requests (see column 3, lines 62-66), as is done in 
Halpern, provides an efficient means for transmitting large amount of data in combined 
streams. 

8. With regard to claim 34, which teaches the server and a client communicate with 
each via an HTTP module, wherein the client comprises a browser for receiving the 
search criteria and for outputting the search results on the web page and wherein the 
plurality of objects are image objects, Halpern teaches, in column 4, line 54 through 
column 5, line 5, communication between a client and a server, through the user of a 
web browser, but doesn't specifically specify using HTTP. AAPA teaches a 
communication of requests and responses between a client and a server through the 
user of a browser (for transmitting search requests and providing results, see supra) 
(see column 3, lines 1-15), similar to that of Halpern (see column 4, line 54 through 
column 5, line 5), but further specifies that the server contains a HTTP module and 
communication being through a HTTP protocol (see page 2, lines 1 1-20). It would have 
been obvious to one of ordinary skill in the art, having the teachings of Halpern and 
AAPA before him at the time the invention was made to use HTTP in the 
communication between the client and server on Halpern. One would have been 
motivated to make such a combination because HTTP (hypertext transfer protocol) is 
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known to be a standard protocol for efficient transfer of requests from a browser to a 
web server and from web servers back to the client. 

9. With regard to claim 35, which teaches the browser is a web browser and the 
plurality of objects are images, wherein a plug-in module that operates with the web 
browser is provided in a client and wherein the plug-in module automatically unpacking 
the plurality of image objects contained in the response message, and provides the 
unpacked image objects to the browser for display on the web page, Halpern teaches, 
in column 1, lines 33-41, column 4, lines 14-18, and in column 4, line 54 through column 

5, line 5, the use of a web browser, at a client, for unpacking a plurality of packets 
without further user interaction, through the use of an installer executable (see column 

6, lines 14-16), where results are then provided for display on the browser (see AAPA 
supra). 

10. With regard to claim 36, which teaches a method of requesting and processing a 
plurality of objects from a server, comprising: receiving a response message from the 
server, the response message containing the plurality of objects packed into the 
response message, Halpern teaches, in column 3, line 61 though column 4, line 5 and 
column 6, lines 1-28, the client receiving a package from the server containing the 
plurality of selected objects. With regard to claim 36, further teaching automatically 
unpacking the plurality of objects contained in the response message, Halpern teaches, 
in column 6, lines 44-64, in column 4, lines 14-19, and column 4, line 66 through column 
5, line 5, an automatic unpacking of objects, that doesn't require user interaction, where 
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the process takes place over a network, through a user interface, for display on a web 
browser. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as either a single package or 
as a plurality of packages, similar to how Halpern offers the transfer of data between the 
server and the client (see column 3, line 61 through column 4, line 9 and in column 6, 
lines 17-28). One would have been motivated to make such a combination because in 
the bi-directional transfer system of Halpern, it would be beneficial, in terms of time 
saved in the case of lost objects, to provide the same optional packeting of objects in 
the client to server transfer. 

With regard to claim 36, further teaching requesting a plurality of objects from the 
server, Halpern teaches, in column 3, lines 16-38 and in column 5, lines 5-51, a user 
selecting a plurality of objects from a server, but doesn't specifically teach the specifics 
of the searching. AAPA teaches a communication of requests and responses between 
a client and a server through the user of a browser (see column 3, lines 1-15), similar to 
that of Halpern (see column 4, line 54 through column 5, line 5), but further specifies, on 
page 3, lines 1-4, searching in a network for occurrences of various types of information 
including text graphics, etc. With regard to claim 36, further teaching receiving from at 
least one server search results displayable on a web page comprising a list identifying 
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occurrences of the information element, AAPA teaches, on page 3, lines 1-4, searching 
in a network for occurrences of various types of information including text graphics, etc., 
and further teaches, on page 3, lines 4-9, a server upon receiving a search request 
returning to a client a webpage including results of the search, including a list of text 
items or graphical images describing the search hits. With regard to claim 36, further 
teaching wherein at least some of said occurrences of the information element identify 
objects; generating for each identified object , a request to at least on server fro 
obtaining respective objects, AAPA teaches, on page 3, lines 10-15, some of the 
returned search results being graphical thumbnail images representing files (objects), 
where the browser then requests the objects. It would have been obvious to one of 
ordinary skill in the art, having the teachings of Halpern and AAPA to combine the 
packager of data objects, of Halpern with the search system of AAPA. One would have 
been motivated to make such a combination because packaging the requests for 
objects into a one or more packaged requests (see column 3, lines 62-66), as is done in 
Halpern, provides an efficient means for transmitting large amount of data in combined 
streams. 

11. Claims 6-10, 18-23, 27-29, 31, and 32 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Halpern, Feinman, patent #6,075,943, and applicants admitted 
prior art in the "Background of the Invention" section pages 1-4, hereinafter AAPA. 

12. With regard to claims 6, 7, 18, 19, and 27, Halpern and AAPA teach a system for 
the transfer of multiple objects between a server and a client and outputting a plurality of 



Application/Control Number: 09/986,248 Page 14 

Art Unit: 2173 

unpacked objects for display on a browser of the client (see column 6, lines 1-67 of 
Halpern and page 3, lines 5-15 of AAPA), but doesn't specifically teach outputting the 
plurality of objects (for display) in an order indicated in the response message, wherein 
the predetermined order is not dictated by order of receipt of the objects. Feinman 
teaches a system for packaging up one or more applications for transfer between a 
server and a client (see column 2, lines 34-45) similar to that of Halpern and AAPA, but 
further teaches, in column 3, line 43 through column 4, line 12, the outputting of 
applications having a certain order, as indicated by the server, where the order is based 
upon a date and time associated with the elements. When used in combination with the 
unpacking at the client workstation, of Halpern (see column 6, lines 44-64), the whole 
package of elements would be downloaded to the client where the client would then use 
the time and date information to organize and display the files (such as an 
enhancement included in the download, as taught by Halpern). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern, AAPA, and 
Feinman to include an ordering of objects, as did Feinman in a download in the object 
transfer system of Halpern and AAPA. One would have been motivated to make such a 
combination because this would provide an efficient means for allowing the server to 
dictate the order in which objects must be presented. 

13. With regard to claim 8, which teaches a method of transferring a plurality of 
objects from a server to a client comprising: receiving a request from the client for the 
plurality of objects, Halpern teaches, in column 6, lines 1-5, the request for a plurality of 
objects. With regard to claim 8, further teaching retrieving the plurality of requested 
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objects from one or more object stores, Halpern teaches, in column 5, lines 49-55 and 
in column 6, lines 1-5, the server retrieving the requested objects from a component 
pool. With regard to claim 8, further teaching automatically packing the retrieved 
plurality of objects into a response message, Halpern teaches, in column 5, lines 49-55 
and in column 6, lines 1-15, the server retrieving the requested objects from a 
component pool and forms a customized non-binging set of files. With regard to claim 
8, further teaching transmitting the response message to the client, Halpern teaches, in 
column 6, lines 17-19, the executable prepared by the packager being transmitted over 
a network to the client. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as package of a plurality of 
objects, similar to how Halpern offers the transfer of data between the server and the 
client (see column 3, line 61 through column 4, line 9 and in column 6, lines 17-28). 
One would have been motivated to make such a combination because in the bi- 
directional transfer system of Halpern, it would be beneficial, in terms of time saved in 
the case of lost objects, to provide the same optional packeting of objects in the client to 
server transfer. 

Halpern teaches a system for the transfer of multiple objects between a server 
and a client and outputting a plurality of unpacked objects (see column 6, lines 1-67), 
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but doesn't specifically teach the response message including an indicator of the order 
in which the packed objects are to be displayed. Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, the outputting of applications providing an indication of a 
certain order, as indicated by the server. The compression and decompression of the 
files done by compression and decompression programs (column 3, lines 7-43), where 
the automatic installations system builds a command for the remote submission, the 
command (indication) containing the name of the appropriate decompression program 
to run (which specifies the order to present data) (see column 5, lines 49-55). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Halpern 
and Feinman to include an ordering of objects, as did Feinman in the object transfer 
system of Halpern. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 

With regard to claim 8, further teaching the plurality of objects being occurrences 
of an information element provided as a search criteria in a data network, Halpern and 
Feinman teach, in column 3, lines 16-38 and in column 5, lines 5-51 (of Halpern), a user 
selecting a plurality of objects from a server, but doesn't specifically teach the specifics 
of the searching. AAPA teaches a communication of requests and responses between 
a client and a server through the user of a browser (see column 3, lines 1-15), similar to 
that of Halpern (see column 4, line 54 through column 5, line 5), but further specifies, on 
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page 3, lines 2-4, 7-10, and 13-15, searching, in a server network, for occurrences of 
various types of information, and displaying in the web page in response to the search 
text and/or thumbnail images (objects), representing the actual file. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern, Feinman, and 
AAPA to combine the packager of data objects, of Halpern and Feinman with the search 
system of AAPA. One would have been motivated to make such a combination 
because packaging the requests for objects into a one or more packaged requests (see 
column 3, lines 62-66), as is done in Halpern, provides an efficient means for 
transmitting large amount of data in combined streams. 

14. With regard to claims 9, 21, and 29, which teach automatically compressing the 
retrieved plurality of requested objects prior to packing the objects into the response 
message, Halpern teaches, in column 3, line 61 through column 4, line 5, the step of 
compressing and packaging the files together before transfer. 

15. With regard to claims 10 and 22, which teaches automatically compressing the 
response message prior to transmitting the response message to the client, Halpern 
teaches, in column 3, line 61 through column 4, line 5, the step of compressing and 
packaging the files together before transfer. 

16. With regard to claim 20, which teaches a server processor comprising: a module 
configured to receiving a request from the client for the plurality of objects, Halpern 
teaches, in column 6, lines 1-5, the request for a plurality of objects. With regard to 
claim 20, further teaching a processor configured for unpacking the plurality of 
requested objects, Halpern teaches, in column 3, lines 28-34 and column 5, lines 49-55, 
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processing configured to unpack the plurality of requested elements. With regard to 
claim 20, further teaching a module configured to automatically packing the retrieved 
plurality of objects into a response message, Halpern teaches, in column 5, lines 49-55 
and in column 6, lines 1-15, the server retrieving the requested objects from a 
component pool and forms a customized non-binging set of files. With regard to claim 
20, further teaching a module configured to transmit the response message to the client, 
Halpern teaches, in column 6, lines 17-19, the executable prepared by the packager 
being transmitted over a network to the client. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as package of a plurality of 
objects, similar to how Halpern offers the transfer of data between the server and the 
client (see column 3, line 61 through column 4, line 9 and in column 6, lines 17-28). 
One would have been motivated to make such a combination because in the bi- 
directional transfer system of Halpern, it would be beneficial, in terms of time saved in 
the case of lost objects, to provide the same optional packeting of objects in the client to 
server transfer. 

Halpern teaches a system for the transfer of multiple objects between a server 
and a client and outputting a plurality of unpacked objects (see column 6, lines 1-67), 
but doesn't specifically teach the response message including an indicator of the order 
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in which the packed objects are to be presented. Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, the outputting of applications providing an indication of a 
certain order, as indicated by the server. The compression and decompression of the 
files done by compression and decompression programs (column 3, lines 7-43), where 
the automatic installations system builds a command for the remote submission, the 
command (indication) containing the name of the appropriate decompression program 
to run (which specifies the order to present data) (see column 5, lines 49-55). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Halpern 
and Feinman to include an ordering of objects, as did Feinman in the object transfer 
system of Halpern. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 

With regard to claim 20, further teaching the plurality of objects being 
occurrences of an information element provided as a search criteria in a data network, 
Halpern and Feinman teach, in column 3, lines 16-38 and in column 5, lines 5-51 (of 
Halpern), a user selecting a plurality of objects from a server, but doesn't specifically 
teach the specifics of the searching. AAPA teaches a communication of requests and 
responses between a client and a server through the user of a browser (see column 3, 
lines 1-15), similar to that of Halpern and Feinman (see column 4, line 54 through 
column 5, line 5 of Halpern), but further specifies, on page 3, lines 2-4, 7-10, and 13-15, 
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searching, in a server network, for occurrences of various types of information, and 
displaying in the web page in response to the search text and/or thumbnail images 
(objects), representing the actual file. It would have been obvious to one of ordinary 
skill in the art, having the teachings of Halpern, Feinman, and AAPA to combine the 
packager of data objects, of Halpern and Feinman with the search system of AAPA. 
One would have been motivated to make such a combination because packaging the 
requests for objects into a one or more packaged requests (see column 3, lines 62-66), 
as is done in Halpern, provides an efficient means for transmitting large amount of data 
in combined streams. 

17. With regard to claims 23 and 32, Halpern and AAPA teach a system for the 
transfer of multiple objects between a server and a client and outputting a plurality of 
unpacked objects (see column 6, lines 1-67 of Halpern), but doesn't specifically teach 
the retrieved objects being packed into the response message in a designated order. 
Feinman teaches a system for packaging up one or more applications for transfer 
between a server and a client (see column 2, lines 34-45) similar to that of Halpern and 
AAPA, but further teaches, in column 3, line 43 through column 4, line 12, the outputting 
of applications having a certain order, as indicated by the server. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern, AAPA, and 
Feinman to include an ordering of objects, as did Feinman in the object transfer system 
of Halpern and AAPA. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 
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18. With regard to claim 28, which teaches a method of transferring a plurality of 
objects from a server to a client comprising: program instructions for receiving a 
request from the client for the plurality of objects, Halpern teaches, in column 6, lines 1- 
5, the request for a plurality of objects. With regard to claim 28, further teaching 
program instructions for retrieving the plurality of requested objects from one or more 
object stores, Halpern teaches, in column 5, lines 49-55 and in column 6, lines 1-5, the 
server retrieving the requested objects from a component pool. With regard to claim 
28, further teaching program instructions for automatically packing the retrieved plurality 
of objects into a response message, Halpern teaches, in column 5, lines 49-55 and in 
column 6, lines 1-15, the server retrieving the requested objects from a component pool 
and forms a customized non-binging set of files. With regard to claim 28, further 
teaching program instructions for transmitting the response message to the client, 
Halpern teaches, in column 6, lines 17-19, the executable prepared by the packager 
being transmitted over a network to the client. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as package of a plurality of 
objects, similar to how Halpern offers the transfer of data between the server and the 
client (see column 3, line 61 through column 4, line 9 and in column 6, lines 17-28). 
One would have been motivated to make such a combination because in the bi- 
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directional transfer system of Halpern, it would be beneficial, in terms of time saved in 
the case of lost objects, to provide the same optional packeting of objects in the client to 
server transfer. 

Halpern teaches a system for the transfer of multiple objects between a server 
and a client and outputting a plurality of unpacked objects (see column 6, lines 1-67), 
but doesn't specifically teach the response message including an indicator of the order 
in which the packed objects are to be presented. Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, the outputting of applications providing an indication of a 
certain order, as indicated by the server. The compression and decompression of the 
files done by compression and decompression programs (column 3, lines 7-43), where 
the automatic installations system builds a command for the remote submission, the 
command (indication) containing the name of the appropriate decompression program 
to run (which specifies the order to present data) (see column 5, lines 49-55). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Halpern 
and Feinman to include an ordering of objects, as did Feinman in the object transfer 
system of Halpern. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 

With regard to claim 28, further teaching the plurality of objects being displayable 
on the web page a search results and are occurrences of an information element 
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provided as a search criteria in a data network, Halpern and Feinman teach, in column 
3, lines 16-38 and in column 5, lines 5-51 (of Halpern), a user selecting a plurality of 
objects from a server, but doesn't specifically teach the specifics of the searching. 
AAPA teaches a communication of requests and responses between a client and a 
server through the user of a browser (see column 3, lines 1-15), similar to that of 
Halpern and Feinman (see column 4, line 54 through column 5, line 5 of Halpern), but 
further specifies, on page 3, lines 2-4, 7-10, and 13-15, searching, in a server network, 
for occurrences of various types of information, and displaying in the web page in 
response to the search text and/or thumbnail images (objects), representing the actual 
file. It would have been obvious to one of ordinary skill in the art, having the teachings 
of Halpern, Feinman, and AAPA to combine the packager of data objects, of Halpern 
and Feinman with the search system of AAPA. One would have been motivated to 
make such a combination because packaging the requests for objects into a one or 
more packaged requests (see column 3, lines 62-66), as is done in Halpern, provides 
an efficient means for transmitting -large amount of data in combined streams. 
19. With regard to claim 31 , which teaches a method of transferring a plurality of 
objects from a server to a client comprising: receiving a request from the client for the 
plurality of objects, Halpern teaches, in column 6, lines 1-5, the request for a plurality of 
objects. With regard to claim 31, further teaching retrieving the plurality of requested 
objects from an object stores, Halpern teaches, in column 5, lines 49-55 and in column 
6, lines 1-5, the server retrieving the requested objects from a component pool. With 
regard to claim 31 , further teaching packing the retrieved plurality of objects into a 
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response message, Halpern teaches, in column 5, lines 49-55 and in column 6, lines 1- 
15, the server retrieving the requested objects from a component pool and forms a 
customized non-binging set of files. With regard to claim 31 , further teaching 
transmitting the response message to the client, Halpern teaches, in column 6, lines 17- 
19, the executable prepared by the packager being transmitted over a network to the 
client. 

Halpern teaches requests sent to the server for a plurality of objects (see column 
3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify if the 
requests are sent individually for each object or as packed request. It would have been 
obvious to one of ordinary skill in the art, having the teachings of Halpern to provide the 
user with the option of sending the request to the server as package of a plurality of 
objects, similar to how Halpern offers the transfer of data between the server and the 
client (see column 3, line 61 through column 4, line 9 and in column 6, lines 17-28). 
One would have been motivated to make such a combination because in the bi- 
directional transfer system of Halpern, it would be beneficial, in terms of time saved in 
the case of lost objects, to provide the same optional packeting of objects in the client to 
server transfer. 

Halpern teaches a system for the transfer of multiple objects between a server 
and a client and outputting a plurality of unpacked objects (see column 6, lines 1-67), 
but doesn't specifically teach the response message including an indicator of the order 
in which the packed objects are to be presented. Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
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column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, the outputting of applications providing an indication of a 
certain order, as indicated by the server. The compression and decompression of the 
files done by compression and decompression programs (column 3, lines 7-43), where 
the automatic installations system builds a command for the remote submission, the 
command (indication) containing the name of the appropriate decompression program 
to run (which specifies the order to present data) (see column 5, lines 49-55). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Halpern 
and Feinman to include an ordering of objects, as did Feinman in the object transfer 
system of Halpern. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 

With regard to claim 31, further teaching the plurality of objects being displayable 
on the web page a search results and are occurrences of an information element 
provided as a search criteria in a data network, Halpern and Feinman teach, in column 
3, lines 16-38 and in column 5, lines 5-51 (of Halpern), a user selecting a plurality of 
objects from a server, but doesn't specifically teach the specifics of the searching. 
AAPA teaches a communication of requests and responses between a client and a 
server through the user of a browser (see column 3, lines 1-15), similar to that of 
Halpern and Feinman (see column 4, line 54 through column 5, line 5 of Halpern), but 
further specifies, on page 3, lines 2-4, 7-10, and 13-15, searching, in a server network, 
for occurrences of various types of information, and displaying in the web page in 
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response to the search text and/or thumbnail images (objects), representing the actual 
file. It would have been obvious to one of ordinary skill in the art, having the teachings 
of Halpern, Feinman, and AAPA to combine the packager of data objects, of Halpern 
and Feinman with the search system of AAPA. One would have been motivated to 
make such a combination because packaging the requests for objects into a one or 
more packaged requests (see column 3, lines 62-66), as is done in Halpern, provides 
an efficient means for transmitting large amount of data in combined streams. 

Response to Arguments 

20. The arguments filed on 4-23-2007 have been fully considered but they are not 
persuasive. Reasons set forth below. 

21 . The applicants' argue that the prior art of record does not disclose or even 
remotely suggest "searching in a data network for an information element based upon a 
search criteria; receiving from at least one web server search results displayable on a 
web page comprising a list identifying occurrences of the information element..." 

22. Applicant's arguments, with respect to claims 1, 8, 13, 20, 25, 28, and 31 have 
been considered but are moot in view of the new ground(s) of rejection. 

23. In response, the examiner respectfully submits that the Applicant admitted prior 
art in the background section (AAPA) teaches a communication of requests and 
responses between a client and a server through the user of a browser (see column 3, 
lines 1-15), similar to that of Halpern (see column 4, line 54 through column 5, line 5), 
but further specifies, on page 3, lines 1-4, searching in a network for occurrences of 
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various types of information including text graphics, etc. AAPA further teaches, on page 
3, lines 4-9, a server upon receiving a search request returning to a client a webpage 
including results of the search, including a list of text items or graphical images 
describing the search hits. AAPA further teaches, on page 3, lines 10-15, some of the 
returned search results being graphical thumbnail images representing files (objects), 
where the browser then requests the objects. 

Conclusion 

24. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Dennis G. Bonshock whose telephone number is (571) 
272-4047. The examiner can normally be reached on Monday - Friday, 6:30 a.m. - 4:00 
p.m. 

25. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Cabeca can be reached on (571) 272-4048. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 
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26. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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